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(54) Web-page interface to telephone features 



(57) A method is provided for clients to access serv- 
er-based telephony features in the Internet or other non- 
telephony client-server network, in a platform-independ- 
ent and network-independent fashion and without mod- 
ification of the clients. A user of a client (101) uses the 
client's World Wide Web (WWW) browser (1 1 3) to down- 
load from a WWW server (104) a page (1 1 5) that defines 
a blank feature form that has virtual actuators and as- 
sociated parameter fields for the telephony features. 
The user marks up the downloaded page via the WWW 



browser to indicate feature selection and any feature pa- 
rameters, and uploads the marked up page to the WWW 
server. A form-interpreting script (116) executed by the 
WWW server interprets the marked up page, and the 
WWW server sends a feature request that corresponds 
to the user's feature selection and user-specified pa- 
rameters to a telephony feature server (105). The te- 
lephony feature server responds to the request by pro- 
viding the requested feature to the user's client. If need- 
ed, the WWW server also requests the client to establish 
a TCP/IP connection with the telephony feature server. 



FIG. 1 
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Description 

Technical Field 

This invention relates to communication systems, 
including telephone systems and the Internet. 

Background of the Invention 

It is known in the communications arts that voice 
calls can be carried by the Internet (or some other data 
transport network) between a pair of Internet phones or 
voice-enabled computers. It is also known that voice 
calls carried by the Internet can be interfaced by a gate- 
way to the telephone network so that an Internet phone 
or a voice-enabled computer connected to the Internet 
can engage in a voice call with a standard telephone 
connected to the telephone network. Illustrative exam- 
ples of such capabilities are disclosed in "Netspeak's 
Hot Internet Sun Product", Computer Telephony , Vol. 5, 
Issue 8 (August 1996), pp. 120-124, and in "Internet Hop 
Off", Computer Telephony , Vol. 4, Issue 3 (March 1 996), 
pp. 10-11. It is further known that telephony features can 
be provided to computers or terminals on a local area 
network (or some other data transport network) via a 
feature server. An illustrative example of such capability 
is disclosed in U.S. Patent No. 5,550,906. Telephony 
features are features that are provided to telephones 
and telephone calls by modern telecommunications 
switching systems, such as the Lucent Technologies 
Inc. Definity® private branch exchange. They may in- 
clude, by way of example and without limitation, features 
such as call redirection (e.g., call forwarding, call cov- 
erage), multiple call appearances (e.g., hold, drop, 
transfer, conference), call center agent features (e.g., 
agent login, agent logout, after-work mode, etc.), call 
center management information features (e.g., maxi- 
mum time in queue, queue length, skill-based split staff- 
ing levels, etc.), and calling party information features 
(e.g., position in queue, advertising-on-hold, etc.). Pro- 
viding a Web-page-like interface for system manage- 
ment and administration of Internet-accessible systems 
is also known. An example thereof may be found in the 
router products of the Advanced Computer Communi- 
cations company. 

Standards have not been developed for protocols 
by which computers, terminals, Internet phones, and 
other devices -jointly referred to as clients-- can interact 
with feature servers over the Internet and other non -te- 
lephony communications networks in order to access te- 
lephony features. Consequently, the clients and the 
servers must be specifically designed and configured to 
work with each other, typically via a proprietary protocol 
that includes telephony feature access commands, and 
they typically are unable to work with servers or clients 
of a different design or configuration -other manufac- 
turers' equipment, for example. This has the serious and 
unfortunate consequence that the use of feature servers 



is limited to "closed" networks that are controlled by a 
single entity --e.g., a single company's local area net- 
work- that can dictate what equipment and feature-ac- 
cess protocol is used on the network, and that the use 
5 of feature servers is not possible on "open" networks 
such as the Internet. 

Summary of the Invention 

10 This invention is directed to solving these and other 
problems and disadvantages of the prior art. According 
to the invention, there is provided a way for clients to 
access server-based telephony features in a non-te- 
lephony client-server network, such as the Internet, in a 

15 platform-independent and network-independent fash- 
ion and without need for any modifications to the clients. 
Illustratively, World-Wide Web (WWW) browsers allow 
Internet clients to access WWW information servers 
over the Internet in a platform-independent and net- 

20 work-independent fashion, and this capability is exploit- 
ed by the invention in that clients use browsers to access 
server-based telephony features via the Internet in a 
manner similar to how they conventionally access infor- 
mation via the WWW. As a consequence, the feature 

25 accesses are affected in a platform-independent and 
network-independent fashion by conventional Internet 
clients. 

Specifically according to an aspect of the invention, 
a method of accessing telephony features in a non-te- 

30 lephony client-server network (e.g., the Internet) where- 
in clients and servers communicate with each other via 
a predefined communications protocol (e.g., the WWW) 
that lacks telephony feature-access commands com- 
prises the following steps. The client requests an indi- 

35 vidual telephony feature by communicating data (e.g., 
a marked up feature-form page) that correspond to that 
feature with the server via the predefined protocol. 
Hence, no changes are required either to the client or 
to the network's protocol. The server then responds to 

40 the communicated data by requesting a provider of the 
telephony features to provide the individual telephony 
feature to the client, and the provider does so. The serv- 
er thus does for the client what the client was not able 
to do itself. Hence, the capability to access telephony 

45 features is easily implementable in and retrofittable into 
conventional networks, such as the Internet, without 
modification of either the Internet or its communication 
protocol, or the clients. 

Specifically according to another aspect of the in- 

so vent ion, a method of accessing telephony features over 
the Internet by using the World Wide Web (WWW) com- 
prises the following steps. A WWW browser of a client 
requests a WWW page that defines a telephony feature 
form from a WWW server via the Internet. The WWW 

55 server responds by providing the requested WWW page 
to the client via the internet. The WWW browser indi- 
cates selection of an individual telephony feature by 
marking up the telephony feature form of the received 
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WWW page, and the client sends the marked up WWW 
page via the Internet to an interpreter (e.g., to the WWW 
server). The interpreter interprets, the marked up te- 
lephony feature form to determine the selected individ- 
ual telephony feature. In response to the determination, 
a provider of the telephony features then provides the 
selected individual telephony feature. Thus, the conven- 
tional WWW and WWW browsers are used without mod- 
ification to access telephony features via the Internet. 

These and other features and advantages of the in- 
vention will become more apparent from the following 
description of an illustrative embodiment of the invention 
taken together with the drawing. 

Brief Description of the Drawing 

FIG. 1 is a block diagram of a communications net- 
work that implements an illustrative embodiment of 
the invention; and 

Fl G. 2 is a diagram of operations of un its of the com- 
munications network of FIG. 1 that implement the 
illustrative embodiment of the invention. 

Detailed Description 

FIG. 1 shows a combined data-and-telephony com- 
munications network. The non-telephony portion of the 
communications network of FIG. 1 comprises a plurality 
of clients 101 -103 and servers 104-106 interconnected 
by the Internet network 109, and a multipoint control unit 
(MCU) 108 for providing multipoint connections (confer- 
ence calls, for example). The telephony portion of the 
communications network of FIG. 1 comprises a plurality 
of telephones 111-112 interconnected by a telephone 
network 110, and a telephony gateway 107 that inter- 
connects the Internet network 109 with telephone net- 
work 110. 

Servers 104-106 include a World-Wide Web 
(WWW) server 104. The World-Wide Web is a de-facto 
standard protocol for finding and transferring informa- 
tion on the Internet between information-requesting cli- 
ents and information -sou rcing servers. Information is 
typically transferred in data entities known as pages. 
The World Wide Web is based on (includes) the Trans- 
mission Control Protocol/Internet Protocol (TCP/IP) for 
effecting communications connections over the Inter- 
net. The World Wide Web also provides a means for cli- 
ent interactions with pages of information, known as the 
hypertext mark-up language (HTML). 

Servers 104-106 further include a directory server 
106 which provides conventional directory services to 
clients 101-103, and a telephony feature server 105 
which provides telephony features to clients 101-103. 
Telephony feature server 105 also functions as a "gate- 
way keeper", in the parlance of the ITU H.323 protocol 
standard, for telephony gateway 107 which is a "gate- 
way" in the parlance of the H.323 protocol standard. 
Units 104-108 may either be individual entities, or they 



may comprise a single entity that performs all of their 
functions. An illustrative such single entity is the Lucent 
Technologies Inc. Multi Media Communications ex- 
change (MMCX). 

s For interacting with WWW server 104 and other 
WWW servers (not shown) on the Internet network 109, 
each client 101-103 is equipped with a WWW browser 
1 1 3, such as a Netscape Navigator or a Microsoft Inter- 
net Explorer, For currying on voice communications with 

10 other clients and with telephones 111-112, each client 
101-102 is equipped with an Internet phone 114, such 
as the Intel Iphone, or the Netscape Coo I Talk or Live- 
Media products. 

In addition to any other pages of information that it 

* 5 may provide, WWW server 1 04 includes a feature-form 
page 115 and an associated form-interpreting script 
116, Page 115 allows users of clients 101 -102 to select 
and activate or deactivate telephony features and to 
specify and enter parameters for those features via 

20 browsers 113, and script 116 interprets the users' selec- 
tions and entries. Illustratively, page 115 presents users 
of clients 101-102 with a plurality of virtual (graphical- 
display) actuators each corresponding to, and labeled 
with, a corresponding feature, and for each feature that 

25 has user-specifiable parameters, provides one or more 
fill-in-the blank fields in which the users can enter de- 
sired parameter values (e.g., telephone numbers). 

The use that is made of page 1 1 5 by clients 1 01 -1 03 
to access telephony features is flowcharted in FIG. 2. 

30 To access page 1 1 5, a user of a client 1 01 uses browser 
1 1 3 to access server 1 04 and select page 1 1 5 in a con- 
ventional WWW manner, at step 200. Server 104 re- 
ceives the request, at step 202, and in response con- 
ventionally downloads page 115 to client 101, at step 

35 204. The downloaded page 115 carries a blank feature 
form -one on which features are not selected and pa- 
rameters are not filled out. Browser 113 receives page 
115, and presents (displays) page 115 to the user via a 
display of client 1 01 , at step 206, again in a conventional 

40 manner. The user then uses browser 11 3 to mark up the 
feature form: the user selects individual features and fills 
in parameter values on the feature form of page 11 5, at 
step 208. When the user is finished, browser 113 up- 
loads the marked up page 115 back to server 104, at 

45 step 210, again in a conventional WWW manner. 

Server 104 receives the marked up page 115, at 
step 212, and in response executes form-interpreting 
script 116 to interpret the marked up page 115, i.e., to 
determine from the feature form which features the user 

so selected, whether the user selected to activate or deac- 
tivate selected features, and what parameters the user 
has specified for selected features, at step 214. Based 
on this determination, server 1 04 may find that client 1 01 
may need to be connected to server 105. In that case, 

55 server 104 communicates in the conventional Internet 
manner (using the TCP/IP protocol) with client 101 to 
cause it to redirect its connection to server 105, at step 
216. Client 101 responds to any received redirection in- 



3 



5 



EP 0 833 488 A1 



6 



structions from server 104, at step 226, by terminating 
its connection to server 1 04 and establishing a new con- 
nection to server 105, at step 228, again conventionally 
(by using the TCP/IP protocol). Server 104 then down- 
loads the data that it derived from marked up page 115 
to telephone feature server 105 as a feature access re- 
quest, at step 218. If necessary, server 105 responds to 
receipt of this request, at step 220, by again redirecting 
the data (but not the control) portion of the connection 
of client 101 to another entity, such as gateway 107 or 
MCU 108, at step 222. Server 105 also interacts with 
server 106, gateway 107, and MCU 108 and uses the 
received data in the interactions in a conventional man- 
ner to effect the feature and parameter selections made 
by the user, at step 224. Client 101 responds to any re- 
ceived redirection instructions from server 105, at step 
226, by terminating its data (media) connection to server 
1 05 and establishing a new data connection to the entity 
indicated by the redirection instructions, at step 228. 
However, client 101 maintains its control connection to 
server 105, whereby server 105 can send conventional 
Internet network 109 commands to client 101. 

Some specific examples of features are given be- 
low to illustrate the general procedure described above. 

To place a telephone call to a telephone 111, user 
of client 101 uses browser 113 to click on a "telephone 
call" feature virtual button of downloaded feature form 
page 1 1 5, and fills in the telephone number of telephone 
1 1 1 in a corresponding field. Upon receipt of the marked 
up page 1 1 5, server 1 04 responds to the user's selection 
of a telephone call by sending directions to client 101 to 
connect to telephony feature server 105, and sends a 
telephone call request along with an identifier of client 
101 and the called telephone number to server 105. 
When client 101 accesses server 105 through Internet 
network 109, server 105 correlates client 101 with the 
telephone call request and sends directions to client 101 
to access telephony gateway 107. Server 105 also 
sends an identifier of client 101 and the called telephone 
number to gateway 107. In response, gateway 107 es- 
tablishes a call to telephone 111 through telephone net- 
work 110, and when client 101 accesses gateway 107 
through Internet network 109, gateway 107 correlates 
client 101 with the telephone call and interfaces the In- 
ternet connection with the telephone call. 

To place a conference call to a plurality of other cli- 
ents 102-1 03 and/or telephones 111-112, user of client 
101 uses browser 113to click on a "conference call" fea- 
ture virtual button of downloaded page 115 and fills in 
the universal resource locator (URL, an Internet ad- 
dress) or "handle" (an Internet identifier) of each called 
client 102-103 and/or the telephone number of each 
called telephone 111-112 in corresponding fields. Upon 
receipt of marked up page 115, server 104 responds to 
the user's selection of a conference call by sending di- 
rections to client 101 to connect to telephony feature 
server 105, and sends a conference call request along 
with an identifier of client 101 and the called telephone 



numbers, URLs, and/or handles to server 105. When 
client 101 accesses server 1 05 through Internet network 
109, server 105 correlates client 101 with the confer- 
ence call request, sends any received URLs and/or han- 
5 dies to directory server 1 06 for translation into presently- 
corresponding URLs, and sends a conference identifier 
and any called telephone numbers to gateway 107. In 
response, server 106 returns the presently-correspond- 
ing URLs, and gateway 107 establishes calls to called 
10 telephones 111-112 through telephone network 110. 
Server 1 05 also sends directions to client 1 01 to connect 
to MCU 108, sends the identifier of client 101 and the 
presently-corresponding URLs of called clients 1 02-1 03 
along with the conference identifier to MCU 108, and 
is sends directions to MCU 108 to access gateway 107 
with the conference identifier. When client 101 accesses 
MCU 108 through Internet network 109, MCU 108 ac- 
cesses gateway 107 through Internet network 109 and 
provides the conference identifier to gateway 107. In re- 
sponse, gateway 107 interfaces the telephone calls to 
telephones 111-112 with the I nternet connection to MCU 
108. MCU 108 also establishes connections to called 
clients 102-103 through the Internet network 109, and 
conferences together the Internet connections to called 
clients 102-103, client 101, and telephone gateway 107. 

To activate redirection of incoming calls to another 
destination (e.g., another client 102), user of client 101 
uses browser 113 to click on a "redirection on" feature 
virtual button of downloaded page 115 and fills in one 
or more URLs or handles of one or more clients 1 02 in 
a corresponding field. Upon receipt of the marked up 
page 115, server 104 responds to the user's selection 
by sending a redirection activation request along with 
the received URLs or handles to server 1 05. Server 1 05 
responds by sending the received URLs or handles to 
directory server 106 for translation into presently-corre- 
sponding URLs. When server 106 returns the presently- 
corresponding URLs, server 1 05 sends then back to di- 
rectory server 106 with instructions to store them as a 
sequence of presently-corresponding URLs for the URL 
of client 101 . Thereafter, any Internet or telephone calls 
placed by any client 102-103 or telephone 111-112 to 
client 101 will be redirected by directory server 106 to 
the presently-corresponding URLs in sequence until 
one of them accepts the call or the sequence is exhaust- 
ed, in a conventional manner. 

To deactivate redirection of incoming calls, user of 
client 101 uses browser 11 3 to click on a "redirection off" 
feature virtual button of downloaded page 1 1 5. Upon re- 
ceipt of the marked up page 115, server 104 responds 
by sending a redirection deactivation request along with 
the URL of client 101 to server 105. Server 105 re- 
sponds by sending the URL of client 101 to directory 
server 106 with instructions to store it as the presently- 
corresponding URL for client 101 . Thereafter, any Inter- 
net or telephone calls placed by any client 102-103 or 
telephone 11 1-11 2 to client 101 will be directed by direc- 
tory server 106 to client 101, in a conventional manner. 
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To transfer an Internet call between client 101 and 
client 102 from client 101 to client 103, user of client 101 
uses browser 11 3 to download page 115, and to click on 
a transfer" feature virtual button of downloaded page 
115 and fill in the URL or handle of clients 102 and 103 
in corresponding fields. Upon receipt of the marked up 
page 115, server 104 responds to the user's selection 
by sending a transfer request along with the received 
URLs or handles of clients 102 and 103 to server 105. 
Server 105 responds by sending the received URL or 
handle of client 103 to directory server 106 for transla- 
tion into a presently-corresponding URL When directo- 
ry-server 106 returns the presently-corresponding URL, 
server 105 sends this URL of client 103 to client 102 
along with instructions to connect to this URL. Client 102 
responds by breaking the Internet network 109 connec- 
tion to client 101 and establishing a new Internet net- 
work 109 connection to client 103, in a conventional 
manner 

Of course, various changes and modifications to the 
illustrative embodiment described above may be envi- 
sioned. For example, given the examples of telephony 
features described above, it would be evident to one 
skilled in the art how to implement other telephony fea- 
tures in the communications system of FIG. 1. Or, the 
marked-up feature form page can be returned by a client 
to an entity other than WWW server 1 04 -to telephony 
feature server 1 05, for example-- in which case the form- 
interpreting script would be executed by that entity Also, 
instead of receiving a feature form page from a WWW 
server, each client's browser may be permanently 
equipped with an "applet" (e.g., a Java application run- 
ning on the client's browser) that presents the client's 
user with a user interface for selecting features and pa- 
rameters (e.g., a feature form) and then communicates 
the user's selections, in Java or otherwise (instead of a 
marked up HTML document page), to a server. 

Claims 



lephony feature to the client. 

2. The method of claim 1 further comprising the steps 
of: 

5 

the server responding to the communicated da- 
ta by requesting (216) the client to connect to 
the provider; and 

in response to the request to connect to the pro- 
10 vider, the client effecting (226-228) a commu- 

nications connection with the provider. 

3. The method of claim 1 in a network comprising the 
Internet, and having the World Wide Web as the 

is predefined communications protocol, wherein: 

the step of the client requesting by communi- 
cating comprises the steps of 
the client requesting (200) a feature-form page 

20 (11 5) from the server, 

in response to receipt of the feature-form page 
from the server, the client marking-up 
(206-208) the feature form page to indicate se- 
lection of the individual feature and any param- 

25 eters for the selected feature, and 

the client sending (210) the marked-up feature 
form page to the server; and 
the step of the server responding by requesting 
comprises the steps of 

30 jn response to the client request for a feature- 

form page, sending (202-204) the feature form 
page to the client, 

in response to receiving the marked-up feature 
form page from the client, interpreting 
35 (21 2-214) the marked up feature form page to 

determine the individual feature and said any 
parameters, and 

in response to the determination, requesting 
(218) the provider to provide the individual fea- 
40 ture using said any parameters. 



1 . A method of accessing telephony features in a non- 
telephony client-server network (109) wherein cli- 
ents (101-1 03) and servers (1 04) communicate with 
each other via a predefined communications proto- 
col that lacks telephony featureaccess commands, 
CHARACTERISED BY the steps of: 

the client (101) requesting (200-21 0) an individ- 
ual telephony feature by communicating corre- so 
sponding data with the server via the prede- 
fined protocol; 

the server (1 04) responding tothe communicat- 
ed data by requesting (212-218) a provider 
(105) of the telephony features to provide the ss 
individual telephony feature to the client; and 
in response to the request from the server, the 
provider providing (220-224) the individual te- 



4. The method of claim 1 in a network comprising the 
Internet and having the World Wide Web (WWW) 
as the predefined communications protocol, where- 
in: 

the step of the client requesting by communi- 
cating comprises the steps of 
a WWW browser (113) of a client requesting 
(200) a WWW page (1 1 5) that defines a teleph- 
ony feature form from a WWW server via the 
Internet, 

in response to the request, the WWW server 
providing (202-204) the requested WWW page 
to the client via the Internet, 
in response to receipt of the requested WWW 
page, the WWW browser indicating selection of 
an individual telephony feature by marking up 
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(206-208) the telephony feature form of the re- 
ceived WWW page, and 
the client sending (210) the marked up WWW 
page to an interpreter (116) via the Internet; 
the step of the server responding comprises the 5 
step of 

in response to receipt by the interpreter of the 
marked up WWW page, the interpreter inter- 
preting (21 2-214) the marked up telephony fea- 
ture form to determine the selected individual 10 
telephony feature. 

5. The method of claim 3 or 4 further comprising the 
steps of: 

15 

in response to the determination, requesting 9. 
(216) the client, via a TCP/IP protocol over the 
Internet, to connect to the provider; and 
in response to the request to connect to the pro- 
vider, the client effecting (226-228) a commu- 20 
nications connection with the provider via the 
TCP/IP protocol over the Internet. 

6. A server (104) that enables telephony features to 

be accessed in a non-telephony client-server net- 2s 
work (109) wherein clients (101-103) and servers 

( 1 04) communicate with each other via a predefined 
communications protocol that lacks telephony fea- 
ture-access commands, and wherein a provider 

(105) of the telephony features responds to re- 30 
quests for features by providing the requested fea- 
tures, the server CHARACTERISED BY: 

a first arrangement (115, 116, 104:202-204, 
21 2-214) connectable to the network for com- 35 
municating with a client (101) via the predefined 
protocol to obtain data corresponding to an in- 
dividual telephony feature requested by the cli- 
ent; and 

a second arrangement (104:216-218) connect- *o 
able to the provider and responsive to the ob- 10. 
tained data, for requesting the provider to pro- 
vide the individual telephony feature to the cli- 
ent. 

45 

7. The server of claim 6 wherein: 

the second arrangement is further for request- 
ing (216) the client to effect a communications con- 
nection with the provider. 

so 

8. The server of claim 6 for a network that comprises 
the Internet and that has the World Wide Web as 
the predefined communications protocol, wherein: 

the first arrangement comprises ss 
a feature form page (115), 
means (104:202-204) responsive to receipt 
from a client of a request for the feature form 



page, for sending the feature form page to the 
client, 

means (116, 104:212-214) responsive to re- 
ceipt from the client of the feature form page 
marked up by the client to indicate selection of 
the individual feature and any parameters for 
the selected feature, for interpreting the 
marked up feature form page to determine the 
individual feature and said any parameters; and 
wherein 

the second arrangement responds to the deter- 
mination by requesting (218) the provider to 
provide the individual feature using any said pa- 
rameters. 

The server of claim 6 for a network that comprises 
the Internet and that has the World Wide Web 
(WWW) as the predefined communications proto- 
col, wherein: 

the first arrangement comprises 
an arrangement (104:202-204) responsive to a 
request for a WWW page (115) that defines a 
telephony feature form, received from a client 
via the Internet using the WWW, for providing 
the requested WWW page to the client via the 
Internet using the WWW, and 
an interpreter (116,1 04:21 2-21 4) responsive to 
receipt, from the client via the Internet using the 
WWW, of the WWW page now defining the te- 
lephony feature form marked up by the client to 
indicate selection of an individual telephony 
feature, for interpreting the marked up teleph- 
ony feature form to determine the selected in- 
dividual telephony feature; and 
the second arrangement is responsive to the 
determination, for causing (218) the provider to 
provide the selected individual telephony fea- 
ture. 

The server of claim 8 or 9 wherein: 

the second arrangement is further for request- 
ing (216) the client, via a TCP/IP protocol over the 
Internet, to effect a TCP/IP connection with the pro- 
vider over the Internet 
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